RTF template and XSL/FO conversion: a new way to create computer reports

ABSTRACT

A template processor converts an initial template document into an XSL template that can be used to automatically generate reports from report data extracted from a database or other application. Users create initial template documents using a word processor or other rich-text editing application. The initial template document employs the word processor&#39;s native formatting features to specify the formatting of report data. The initial template document includes placeholder tags inserted by the user to define the locations of report data in the report. The initial template document also includes transformation tags that dynamically define the content of a report based on the value or quantity of report data. The template processor can include a reader adapted to read portions of the initial template file and a parser adapted to create corresponding XSL code from these portions. The XSL template can be combined with XML-formatted data to create a report.

BACKGROUND OF THE INVENTION

The present invention relates to the field of software applicationsgenerally, and specifically to applications for analyzing and publishingdata. Enterprises store large amounts of data using databases. Usersoften create and distribute reports including data from the database toother people within or outside the enterprise. Typically, these reportsneed to present and summarize the data in a clear and compelling manner.Therefore, users create reports using rich content, including textformatting, tables, and charts. One way of creating rich content reportsis to extract the necessary data from the database, create a report in aword-processing, spreadsheet, or other applications, and manually insertthe data into the appropriate portions of the report. This approach istime-consuming and error-prone. Additionally, when reports need to berevised with new or updated data, the user must extract the new datafrom the database and edit the report manually.

One prior approach automates report generation by using a documentlayout designing language, such as XSL, to create a document template.The document template can then be combined with report data from thedatabase to create a report. If the report data from the database orother application includes metadata such as XML, then reports can begenerated automatically anytime data is changed or updated.

One problem with document layout designing languages such as XSL is theyare difficult for non-programmers to use. Managers, analysts, and otherusers within an enterprise do not have the ability to create or edittemplates written these languages. As a result, if a user needs tocreate a template, he or she creates an example or specification of thereport that indicates the formatting and the location of report data inthe report and sends it to a programmer who then creates the actualtemplate in a document layout designing language. This increases theamount of time and expense needed to create templates used to automatereport generation.

It is therefore desirable for a system and method to enable users tocreate templates used to automatically generate reports withoutresorting to document layout designing languages. It is furtherdesirable that the system allow users to create templates using commonsoftware applications, rather than unfamiliar and specialized softwareapplications.

BRIEF SUMMARY OF THE INVENTION

An embodiment of the invention includes a template processor forconverting an initial template document into an XSL template that can beused to automatically generate reports from report data extracted from adatabase or other software application. Users can create initialtemplate documents using a word processor or other rich-text editingapplication. The initial template document employs the word processor'snative formatting features to specify the formatting of report data. Theinitial template document includes placeholder tags inserted by the userto define the locations of report data in the report. The initialtemplate document also includes transformation tags that dynamicallydefine the content of a report based on the value or quantity of reportdata. The template processor can include a reader adapted to readportions of the initial template file and a parser adapted to createcorresponding XSL code from these portions. The XSL template can becombined with XML-formatted data to create a report.

In an embodiment, a system for creating a template document defining areport comprises an initial template reader adapted to read a portion ofan initial template document created by a user. In an additionalembodiment, the initial template document is an RTF file. The initialtemplate reader is adapted to dispatch an event in response to theportion of the initial template document. The event indicates a typeassociated with the portion. A parser is adapted to receive the eventfrom the initial template reader and to identify a data object typecorresponding with the type indicate by the event. The parser is adaptedto instantiate a data object of the data object type in a data objecthierarchy. In response to the event indicating a type associated withthe end of the portion of the initial template document, the parser isadapted to invoke a display method of the data object hierarchy. Thedisplay method creates at least a portion of the template documentdefining the report using a document layout designing language. In afurther embodiment, the document layout designing language is XSL.

In another embodiment, the portion of the initial template documentincludes a placeholder tag specifying the location of report data in thereport, a formatting attribute defining the formatting of the reportdata in the report, or a transformation tag defining a transformation ofreport data in the report. The transformation tag may specify a portionof the initial template document to be repeated. In a furtherembodiment, the transformation tag corresponds with a set of XSLT tags.

In an additional embodiment, invoking the display method of thehierarchy of data objects includes invoking a display method of each ofthe set of data objects in hierarchical order.

BRIEF DESCRIPTION OF THE DRAWINGS

The invention is described with reference to the drawings, in which:

FIG. 1 is a block diagram of a system for implementing an embodiment ofthe invention;

FIG. 2 illustrates the use of an embodiment of the invention to publishdocuments;

FIG. 3 is a flowchart illustrating a method of creating a XSL templateaccording to an embodiment of the invention; and

FIG. 4 illustrates a system for creating a XSL template according to anembodiment of the invention.

DETAILED DESCRIPTION OF THE INVENTION

FIG. 1 is a block diagram of a system 100 for implementing an embodimentof the invention. System 100 includes user computers 105, 110, and 120.User computers 105, 110, and 120 can be general purpose personalcomputers having web browser applications. Alternatively, user computers105, 110, and 120 can be any other electronic device, such as athin-client computer, Internet-enabled mobile telephone, or personaldigital assistant, capable of displaying and navigating web pages orother types of electronic documents. Although system 100 is shown withthree user computers, any number of user computers can be supported.

A web server 125 is used to process requests for web pages or otherelectronic documents from user computers 105, 110, and 120. In anembodiment of the invention, the data analysis software operates withina web browser on a user computer. In this embodiment, all userinteraction with the data analysis software is via web pages sent touser computers via the web server 125.

Web application server 130 operates the data analysis software. In anembodiment, the web application server 130 is one or more generalpurpose computers capable of executing programs or scripts in responseto the user computers 105, 110 and 115. The web application can beimplemented as one or more scripts or programs written in anyprogramming language, such as Java™, C, or C++, or any scriptinglanguage, such as Perl, Python, or TCL.

In an embodiment, the web application server 130 dynamically creates webpages for displaying the data analysis software. The web pages createdby the web application server 130 are forwarded to the user computersvia web server 125. Similarly, web server 125 receives web page requestsand input data from the user computers 105, 110 and 120, and forwardsthe web page requests and input data to web application server 130.

The data analysis application on web application server 130 processesinput data and user computer requests and can be stored or retrieveddata from database 135. Database 135 stores data created and used by theenterprise. In an embodiment, the database 135 is a relational database,such as Oracle 9i, that is adapted to store, update, and retrieve datain response to SQL format commands.

An electronic communication network 120 enables communication betweencomputers 105, 110, and 115, web server 125, web application server 130,and database 135. In an embodiment, network 120 may further include anyform of electrical or optical communication devices, including wirelessand wired networks. Network 130 may also incorporate one or morelocal-area networks, such as an Ethernet network; wide-area networks,such as the Internet; and virtual networks, such as a virtual privatenetwork.

The system 100 is one example for executing a data analysis softwareaccording to an embodiment of the invention. In another embodiment, webapplication server 130, web server 125, and optionally database 135 canbe combined into a single server computer system. In alternateembodiment, all or a portion of the web application fuctions may beintegrated into an application running on each of the user computers.For example, a Java™ or JavaScript™ application on the user computer isused to retrieve or analyze data and display portions of the dataanalysis application.

An embodiment of the invention enables users to create templates in adocument layout designing language using an ordinary word-processingapplication. An example of a document layout designing language is theextensible stylesheet language, or XSL. XSL is an XML-based language fordefining the formatting and transformation of data in documents. XSLincludes two different standards: XSLT and XSL-FO. XSLT defines thetransformation of report data in a document. XSLT allows report data tomodified, sorted, filtered, or combined in a document. Additionally,XSLT can specify transformations and logic operations to dynamicallydefine the content of a report. For example, XSLT can be used to add,delete, duplicate, or format portions of a report based on the amountand values of report data used for a given instance of a report. XSL-FOdefines the formatting of the report, including colors, fonts, and thearrangement of report data. Additional details on XSL can be found inthe document “Extensible Stylesheet Language (XSL), Version 1.0, W3CRecommendation 15 Oct. 2001,” located athttp://www.w3.org/TR/2001/REC-xs1-20011015/, which is incorporated byreference herein.

In one embodiment, a user creates an initial template document in aword-processor defining the appearance and the static content of thereport. Static content can be text, images, or other content to beincluded in the report, such as standard text for headers and footers,introductory or explanatory text, watermarks or logos, and heading textfor charts and tables.

The formatting features of the word-processor are used to specify thedesired formatting of both static content and report data in the report.For example, if a user applies bold formatting to a text block, then thereport will include the text block with bold formatting. If the textblock includes a placeholder tag, discussed below, for report data, thenwhen the report data is inserted into the report, the report data willbe bold formatted as well. Examples of the formatting specified by theuser with a word processor include the size, font, and alignment oftext; bullets and numbering; colors; borders around paragraphs;watermarks; embedded images; tables; and headers and footers.

In addition to defining the formatting and static content in the initialtemplate document, the users uses the initial template to define thelocation of report data in the report. The user adds text “tags” asplaceholder tags to the initial template document to specify thelocation for data. In an embodiment, each tag corresponds to an XML datatype associated with report data extracted from the database or otherapplication to be included with the report. The location of aplaceholder tag corresponds to the location of the report data in thereport. For example, if the report data includes an XML element“VendorName,” which may state the name of a vendor, then adding a tag“<?VendorName?>” to the initial template document specifies the locationof XML element “VendorName” in the report. Furthermore, each instance ofa placeholder tag “VendorName” in the initial template specifies aninstance of the corresponding XML element in the report.

In addition to placeholder tags, users may also include transformationtags specifying transformations to be performed on report data.Transformation tags may be used to modify, sort, filter, or combinereport data in a report. Additionally, transformation tags specifytransformations and logic operations to dynamically define the contentof a report, such as adding, deleting, duplicating, or formattingportions of the report based upon the quantity and value of report data.Transformation tags can also be used to create charts, graphs, or othervisual summaries of report data. For example, if an initial templatedefines the formatting of a single contact entry, then transformationtags added to the template can be used to indicate that the reportshould format any number of contact entries included in the report datain an identical manner. In an embodiment, the transformation tags aresimplified versions of XSLT tags. Table 1 lists an example set oftransformation tags and their XSLT equivalents. XSL ElementTransformation Tag <xsl:value-of select=“name”> <?name?><xsl:apply-templates select=“name”> <?apply:name?> <xsl:copy-ofselect=“name”> <?copy-of:name?> <xsl:call-template name=“name”><?call:name?> <xsl:sort select=“name”> <?sort:name?> <xsl:for-eachselect=“name”> <?for-each:name?> <xsl:choose> <?choose?> <xsl:whentest=“exp”> <?when:exp?> <xsl:if test=“exp”> <?if:exp?> <xsl:templatename=“name”> <?template:name?> <xsl:variable name=“name”><?variable:name?> <xsl:import href=“url”> <?import:url?> <xsl:includehref=“url”> <?include:url?> <xsl:stylesheet xmlns:x=“url”><?namespace:x=url?>

The transformation indicated by a transformation tag often needs to beapplied only to a portion of a report. For example, a contact entrywould be repeated for each contact report data extracted from thedatabase, but the title and introductory text need only be stated once.To specify a portion of the report affected by a transformation tag, anend tag is appended to the end of the portion. For example, a portion tobe repeated for each XML element of a type could be initialized by thetag “<?for-each:name?>” and ended by the tag “<?end for-each?>.”Additionally, tags may be nested to define multiple levels oftransformation hierarchies. In this case, each end tag indicates the endof the current level of hierarchy.

Following the creation of an initial template document, including theaddition of placeholder and transformation tags, the user saves theinitial template document. The initial template document can be saved inany file format capable of representing rich text data, such as the richtext format (RTF).

FIG. 2 illustrates the use of an embodiment of the invention to publishdocuments. To create and publish a report, the user sends the initialtemplate document and the report data to be used in the report to system200. As discussed above, the initial template document 205 can be savedin any file format capable of representing rich text data, such as theRTF file format.

The template processor 210 converts the initial template document 205into a template file in a document layout designing language, such asXSL. As discussed in detail below, the template processor 210 reads theinitial template document, parses the static content, formattinginformation, placeholder tags, and transformation tags created by theuser with a word-processor, and converts this information to itsequivalent XSL representation. The output of the template processor 210is a template 215 expressed in a document layout designing language,such as XSL using XSLT and XSL-FO.

The XSL template 215 can then be used to automatically create reportsfrom XML report data. XSL transform processor 220 receives a set ofXML-formatted report data 225 from a database or other application. TheXSL transform processor 220 applies the transformations and formattingspecified by the XSL template 215 to the XML-formatted report data 225to create a final layout document 230. The final layout document 230includes all of the report data arranged and formatted according to theXSL template 215. In the final layout document 230, the report data istransformed and inserted into the report as specified by the XSLtemplate 215, leaving only the report data and static content and theirassociated formatting information, expressed for example as XSL-FOattributes. The XSL template 215 can be reused with multiple sets ofXML-formatted data to create additional reports with similar formatting.

FO processor 235 receives the final layout document 230, applies theformatting specified to the report data and static content, and outputsa formatted report. The FO processor 235 can output a formatted reportin any number of data formats, including PDF documents, 240, RTFdocuments, 245, and/or HTML documents, 250. The FO processor 235 mayinterpret formatting information differently based on the output dataformat to optimize the appearance of the formatted report. For example,the FO processor 235 may alternately render a chart in a bitmap orvector image format to match the resolution and capabilities of theoutput format.

FIG. 3 is a flowchart 300 illustrating a method of creating a XSLtemplate according to an embodiment of the invention. In an embodiment,the method of flowchart 300 is performed by a template processor, suchas template processor 210 discussed above. At step 305, an initialtemplate document created by a user is opened, and an initial portion ofthe template document is read. Step 310 parses the root portion of theinitial template document. In an embodiment, a root portion is indicatedby a new paragraph block in the initial template document.

At step 315, a root object corresponding with the root portion of theinitial template is created. The root object is a data object includingmethods for instantiating child objects, for setting one or moreattributes, and for creating code in a document layout designinglanguage expressing the attributes of the data object. In an embodiment,the data object is a Java™ bean. Step 315 creates the root object andsets its attributes according to the root portion of the initialtemplate. For example, if the root portion of the initial template is anew paragraph block using a boldface, 14 point font, then step 315 willcreate a root object corresponding with the new paragraph block and setits attributes to specify formatting that includes using a boldface, 14point font. As discussed in detail below, when a display method of theroot object is invoked, the root object will output code in a documentlayout designing language, such as XSL, specifying a new paragraph blockusing a boldface, 14 point font.

Similar to steps 305-315, step 320 will retrieve and parse the nextportion of the initial template document. In an embodiment, each portionof the initial template document corresponds with a placeholder ortransformation tag, a block of static content, or a formatting attributein the initial template document. For the next portion of the initialtemplate document, step 320 will instantiate a child object of the rootobject. Like the root object, the child object corresponds with the nextportion of the initial template document and including methods forinstantiating child objects, for setting one or more attributes, and forcreating code in a document layout designing language expressing theattributes of the child object.

Step 325 determines whether the end of the root portion in the initialtemplate document has been reached. In an embodiment, an end ofparagraph marker in the initial template document indicates the end ofthe root portion. If the end of the root portion has not been reached,step 320 is repeated for another portion of the initial templatedocument. In an embodiment, the initial template document expresses datain a hierarchical format. In this embodiment, child objects instantiatedby step 320 may be children to the root object or to a previously createchild object.

Conversely, if step 325 determines that the end of the root portion inthe initial template document has been reached, step 335 invokes adisplay method of the root object. The display method generates code ina document layout designing language, such as XSL, expressing theattributes of the object. The root object invokes the display method ofeach of its child objects, so that code is generated expressing all ofthe attributes of all of the child objects. In an embodiment, theinvoking the display methods of the root object and its children areinvoke in hierarchical order, thus preserving the hierarchy of data fromthe initial template document. The code output by objects in step 335 isappended to any previously generate code and stored as the templatedocument, for example the XSL template document 215. A furtherembodiment of step 335 then discards the root and child objects toconserve memory.

If the end of the initial template document has not been reached, thenthe method of flowchart 300 proceeds to step 310 to retrieve and parsean additional root portion in the initial template document. Steps315-335 are then repeated as described above to process the additionalroot object and any child objects.

FIG. 4 illustrates a system 400 for creating a XSL template according toan embodiment of the invention. System 400 includes a RTF reader 405 forreading and processing portions of an initial template document in theRTF data format. In alternate embodiments, RTF reader 405 can bemodified to read and process data from any other document format,including common word-processor file formats. RTF reader 405incrementally reads portions of the initial template document. In anembodiment, each portion of the initial template document correspondswith a placeholder or transformation tag, a block of static content, ora formatting attribute in the initial template document.

For each portion, RTF reader 405 dispatches an event 410 to RTF parser415. Each event 410 includes the type and attributes of the portion readby the RTF reader 405. RTF parser 415 receives each event 410. Inresponse to an event 410, RTF parser 415 determines the appropriate typeof object to be created, the attributes of the object, and the parent ofthe object, if any. In an embodiment, attributes of an object may bedetermined not only from the information in the event 410, but also fromthe attributes of parent objects. An embodiment of the RTF parser 415uses a stack data structure to store attributes and other informationassociated with different levels in the hierarchy of objects 420.

RTF parser 415 then instantiates the object in the appropriate locationin the hierarchy of objects 420. For example, RTF parser 415 caninstantiate object 425 as the grandchild of root object 427 in thehierarchy of objects 420. In a further embodiment, the RTF parser 415uses object introspection to locate the appropriate method forinstantiating the object.

When the RTF reader 405 encounters the end of the root portion in theinitial template document, for example by reading an end of paragraphmarker in the initial template document, the RTF reader 405 dispatchesan event 410 to the RTF parser 415 indicating the end of the rootportion. In response to this event, the RTF parser 415 invokes thedisplay methods of all of the objects in the hierarchy of objects 420.In an embodiment, RTF parser 415 invokes the display method of rootobject 427, which then invokes the display methods of its child objectsin hierarchical order.

The outputs 430 of the display methods of the hierarchy of objects 420is then appended to any previously generate code and stored as thetemplate document, for example the XSL template document 435.

In an embodiment, system 400 executes the RTF reader 405 and RTF parser415 in separate threads of execution. This allows the RTF reader 405 andRTF parser 415 to operate in parallel, thereby improving systemperformance. To further improve performance, an embodiment of the RTFparser 415 caches keywords from received events and their associatedmethods used to instantiate the corresponding objects. When the RTFparser 415 receives an event, it first uses the keywords in the event toattempt to locate the associated method in the cache. If the keyword hasbeen previously cached by the RTF parser 415, it uses the cached methodto instantiate the object corresponding with the received event. If thekeyword has not been cached, then other methods such as objectintrospection can be used to locate the associated method. Once a methodhas been located using other methods, the RTF parser 415 adds the methodto its cache. The RTF parser 415 can cache keywords and associatedmethods using any type of data structure, including a hash table.

In an additional embodiment, the system 400 can further process thecompleted XSL template 435 to improve performance of the FO processor.For many XSL templates, the majority of the data will be XSL-FOattributes. Additionally, similar or identical groups of XSL-FOattributes are typically repeated many times throughout an XSL template.For example, a report may include a number of paragraphs with identicalformatting. To improve FO processing performance, system 400 identifiesall of the distinct groups of formatting tags in the XSL template 435.For the most frequently occurring groups, system 400 creates new customtags corresponding with these groups. The system 400 then substitutescustom tags for each occurrence of a group of attributes in the XSLtemplate document 435. The system 400 also inserts the definitions ofthe custom tags into the XSL template document 435.

For example, if the attributes “new paragraph,” “bold,” and “Arial font”occur together frequently in an XSL template document, then system 400defines a custom tag “id1” corresponding with this common grouping ofattributes, substitutes the custom tag “id1” for each occurrence of thegroup of attributes “new paragraph,” “bold,” and “Arial font” in the XSLtemplate document, and inserts the definition “id1=‘new paragraph,’‘bold,’ and ‘Arial font”’ in the XSL template document. The resultingoptimized XSL template 435 is then output by system 400.

It should also be noted that the present invention is not limited tocreating XSL template documents from initial template files. In yet afurther embodiment, the display methods associated with the data objectscan be used to create code in any format that can be used to define atemplate for arranging, transforming, and/or formatting data from adatabase or other application. Thus, the scope of the invention is to bedetermined solely by the claims.

1. A method for creating a template document defining a report,comprising: receiving an initial template document from a user; readinga set of portions of the initial template document; determining a set ofdata object types corresponding with the set of portions; instantiatinga set of data objects in accordance with the set of data object types;and invoking a display method of the set of data objects to create atleast a portion of a template document defining the report using adocument layout designing language.
 2. The method of claim 1, whereinthe document layout designing language is XSL.
 3. The method of claim 1,wherein the initial template includes a set of placeholder tagsspecifying the location of report data in the report, a set offormatting attributes defining the formatting of the report data in thereport, and a set of transformation tags defining a transformation ofreport data in the report.
 4. The method of claim 3, wherein the set oftransformation tags include a transformation tag specifying a portion ofthe initial template document to be repeated.
 5. The method of claim 3,wherein the set of transformation tags include a transformation tagdefining a visual summary of report data.
 6. The method of claim 3,wherein the set of transformation tags correspond with a set of XSLTtags.
 7. The method of claim 3, wherein the formatting attributes areimplicitly defined using the formatting features of a word-processingapplication.
 8. The method of claim 1, wherein each of the set of dataobjects are instantiated with a set of attributes, the set of attributesderived from the corresponding portion of the initial template document.9. The method of claim 1, wherein the set of data objects areinstantiated in a hierarchical structure in accordance with ahierarchical structure of the initial template document.
 10. The methodof claim 9, wherein invoking the display method of the set of dataobjects includes invoking a display method of each of the set of dataobjects in hierarchical order.
 11. The method of claim
 10. wherein thedisplay method of each of the set of data objects creates source code inthe document layout designing language defining a portion of the reportin the template document.
 12. The method of claim 1, wherein the stepsof reading, determining, instantiating, and invoking are repeated for asecond set of portions of the initial template document.
 13. The methodof claim 12, wherein the set of portions of the initial templatedocument correspond with a paragraph of the initial template document.14. The method of claim 1, wherein the initial template document is anRTF file.
 15. A system for creating a template document defining areport, comprising: an initial template reader adapted to read a portionof an initial template document created by a user and to dispatch anevent in response to the portion of the initial template document, theevent indicating a type associated with the portion; a parser adapted toreceive the event from the initial template reader, to identify a dataobject type corresponding with the type indicate by the event, and toinstantiate a data object of the data object type in a data objecthierarchy; and in response to the event indicating a type associatedwith the end of the portion of the initial template document, the parseris adapted to invoke a display method of the data object hierarchy, thedisplay method creating at least a portion of the template documentdefining the report using a document layout designing language.
 16. Thesystem of claim 15, wherein the document layout designing language isXSL.
 17. The system of claim 15, wherein the portion of the initialtemplate document includes a placeholder tag specifying the location ofreport data in the report.
 18. The system of claim 15, wherein theportion of the initial template document includes a formatting attributedefining the formatting of the report data in the report.
 19. The systemof claim 15, wherein the portion of the initial template documentincludes a transformation tag defining a transformation of report datain the report.
 20. The system of claim 19, wherein the transformationtag specifies a portion of the initial template document to be repeated.21. The system of claim 19, wherein the transformation tag correspondswith a set of XSLT tags.
 22. The system of claim 15, wherein invokingthe display method of the hierarchy of data objects includes invoking adisplay method of each of the set of data objects in hierarchical order.23. The system of claim 15, wherein the initial template document is anRTF file.
 24. An information storage medium having a plurality ofinstructions adapted to direct an information processing device toperform the steps of: receiving an initial template document from auser; reading a set of portions of the initial template document;determining a set of data object types corresponding with the set ofportions; instantiating a set of data objects in accordance with the setof data object types; and invoking a display method of the set of dataobjects to create at least a portion of a template document defining thereport using a document layout designing language.
 25. The informationstorage medium of claim 24, wherein the document layout designinglanguage is XSL.
 26. The information storage medium of claim 24, whereinthe initial template includes a set of placeholder tags specifying thelocation of report data in the report, a set of formatting attributesdefining the formatting of the report data in the report, and a set oftransformation tags defining a transformation of report data in thereport.
 27. The information storage medium of claim 26, wherein the setof transformation tags include a transformation tag specifying a portionof the initial template document to be repeated.
 28. The informationstorage medium of claim 26, wherein the set of transformation tagsinclude a transformation tag defining a visual summary of report data.29. The information storage medium of claim 26, wherein the set oftransformation tags correspond with a set of XSLT tags.
 30. Theinformation storage medium of claim 26, wherein the formattingattributes are implicitly defined using the formatting features of aword-processing application.
 31. The information storage medium of claim24, wherein each of the set of data objects are instantiated with a setof attributes, the set of attributes derived from the correspondingportion of the initial template document.
 32. The information storagemedium of claim 24, wherein the set of data objects are instantiated ina hierarchical structure in accordance with a hierarchical structure ofthe initial template document.
 33. The information storage medium ofclaim 32, wherein invoking the display method of the set of data objectsincludes invoking a display method of each of the set of data objects inhierarchical order.
 34. The information storage medium of claim 33.wherein the display method of each of the set of data objects createssource code in the document layout designing language defining a portionof the report in the template document.
 35. The information storagemedium of claim 24, wherein the steps of reading, determining,instantiating, and invoking are repeated for a second set of portions ofthe initial template document.
 36. The information storage medium ofclaim 35, wherein the set of portions of the initial template documentcorrespond with a paragraph of the initial template document.
 37. Theinformation storage medium of claim 24, wherein the initial templatedocument is an RTF file.